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Naval  Research  Advisory  Committee 


Terms  of  Reference 


Review  and  assess  Navy  systems  engineering  efforts  on  programs  of 
record  and  the  extent  to  which  modular  open  systems ,  provisions  for 
spiral  upgrades ,  and  S&  T  are  factors  in  the  requirements  definition 
and  acquisition  processes. 

Identify  candidate  high-payoff  S&T  areas  for  modular  development 
and  horizontal  integration ;  and  assess  the  opportunities  for  S&T 
engagement  with  systems  engineering  efforts. 

Where  appropriate,  recommend  guidelines  for  structuring  modular 
S&T  initiatives  that  would  enable  utilization  of  results  in  multiple 
platforms/missions  packages. 

Recommend  changes  required  to  improve  the  interface  between  Navy’s 
S&T  planning  and  acquisition  processes. 
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Approach 


Reviewed  selected  programs  of  record  for  modularity  implementation 

-  Types  of  modularity  and  drivers 

-  Degree  of  modularity  versus  integration 

-  Methodology  (systems  engineering  and  procurement  requirements) 
used  to  define  modularity 

-  Spirals  -  provisions  to  incorporate  future  capabilities  (S&T) 

-  Benefits  -  business  and  operational  cases 

Baselined  commercial  and  defense  industry  (U.S.  and  International)  for 
modularity  drivers,  business  models,  implementation  methodologies 
and  benefits 

Reviewed  systems  engineering  practices ,  especially  regarding 
modularity 

Surveyed  literature  for  implementation  methodologies,  business 
drivers,  metrics  for  measuring  success  and  prior  Government/Industry 
studies 
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Briefings  Received 


Programs 

•  Virginia  Class  Subs 

•  SSGN  Conversion 

•  ARCI 

•  CVN-21 

•  DD(X) 

•  MMA 

•  J-UCAS 

•  JTRS 

•  ONRFNC 


LCS  Seaframe  •  OUSI 

LCS  Mission  Modules 
Integrated  Deepwater  System 
FCS  System  Analysis  (Sandia) 


Systems  Engineering/Other 

•  NAVSEA  05 

•  ASN  RDA  Deputy  CHENG 

•  Total  Open  System  Architecture 

•  PEO  IWS  Open  System  Architecture 

•  Navy  Acquisition  Management 

•  NPS/Meyer  Institute  of  Systems  Eng. 

•  MIT  Lean  Initiative 

•  AF  Systems  Engineering  Forum 

•  OSD  Open  Systems  Joint  Task  Force 

•  OUSD  (AT&L)  -  Defense  Systems 


Guidance 

•  CNR 

•  DASN  (RDT&E) 

•  PEO  Ships 


Industry 

•  Boeing 

•  IBM 

•  L3  Communications 

•  Lockheed  Martin 

•  Microsoft 

•  Northrop  Grumman 

•  Rockwell  Collins 


International 

•  Ericsson 

•  HDW 

•  Naval  Team  Denmark 

•  Thales 
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Executive  Summary 


Modularity  concepts  are  intuitively  simple,  but  multi-faceted,  complex 
to  implement  effectively. 

Navy  programs  delegate  modularity  implementation  to  primes/LSIs 
without  guidelines  -  resulting  in  questionable  benefits  and  contractor 
stovepipes. 

Navy  should  perform  systems  engineering  and  set  procurement 
guidelines  to  effectively  implement  modularity  horizontally;  the  Navy 
should  not  abdicate  the  systems  engineering  responsibility . 

Navy  S&T  Community  should  support  the  introduction  of  modular 
systems  into  Navy  programs  by  developing  capabilities  to  decompose 
complex  systems,  experimenting  with  modular  concepts  to  support 
acquisition  spirals,  and  developing  M&S  tools  to  enable  system  of 
systems  engineering  analysis. 
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Background 


Definitions 


Systems  Engineering 

Is  a  top-down,  comprehensive,  interactive  and  recursive  system  synthesis  &  analysis 
process;  applied  through  all  stages  of  development  and  sustainment 

Integrated 

An  architectural  framework  where  most  system 
functions  are  mapped  to  single  components. 

Components  have  high  degrees  of  interdependency  and 
non-standard  interfaces. 


Modular 

An  architecture  where  system  functions  are  partitioned 
into  elements  consisting  of  various  components.  These 
elements  have  standard/defmed  interfaces  and  minimal 
interdependencies  in  the  overall  system. 
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Background 

Types  of  Modularity 
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Background 

Modularity:  Why  or  Why  Not? 


Tradeoffs 


Drivers 

•  Technology  Refresh 

•  Interoperability 

•  Increased  Readiness 

•  Mission  Reconfiguration 

•  Capability  Upgrades 

•  Construction/Manufacturing 

•  Design  Re-use  &  Qualification 

•  Logistics  &  Maintainability 

•  Training 

•  Navy  Total  Ownership  Cost 


Performance 

Development  Risk 

Flexible  &  Enhanced  Operational 
Capabilities 

Manpower  &  Skills 

Schedule/Time 

Economies  of  Scale 

Best  of  Breed  Technology 

Acquisition  Cost 

Physical  (size,  weight,  power) 


Decisions  for  modularity  require  understanding 
operational/business  drivers  and  tradeoffs 
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Background 

Evaluating  Modularity  Tradeoffs 


•  What  are  good  decompositions? 

-  Introduction  of  multiple  considerations 

—  Understanding  tradeoffs  “Minimize  interface  complexity  for 


ease  of  mission  reconfiguration” 
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Background 

Evaluating  Modularity  Tradeoffs 


•  What  are  good  decompositions? 

-  Introduction  of  multiple  considerations 
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Background 

Evaluating  Modularity  Tradeoffs 


•  What  are  good  decompositions? 

-  Introduction  of  multiple  considerations 

-  Understanding  tradeoffs  “Prepare  for  technical  refresh  of  A, 

and  ready  for  failure  of  B” 
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Pillars  of  Modular  Systems 


•  Systems  Engineering 

•  Standard  Interfaces 

•  Open  System  Architecture 


Systems  Engineering  Drives  Standards 
and  Open  System  Architecture 
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Background 

Systems  Engineering 


Platform/Program  Model 


Fleet  Integration 
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Navy  Program  Findings 


•  No  actionable  policy ,  guidance ,  definitions ,  or  principles  for  modularity 

•  Shortage  of  systems  engineers  and  lack  of  experience  with  modularity 

Decision  Process 

•  Motivators  for  modularity  not  understood  or  articulated 

•  Inconsistent  system  analysis  (if  any),  program/platform  centric,  done  by 
primes 

Acquisition  Implementation 

•  LCS,  SSGN,  and  ARCI  reflect  transformational  use  of  modularity 

•  In  general,  programs  have  delegated  decision  responsibility  for  modularity 
to  primes  without  guidelines  or  incentives 

•  No  serious  commitment  to  spiral  development  observed;  S&T  community 
largely  decoupled 

•  Impact  of  modularity  on  T&E,  training,  and  logistics  not  well  understood 
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U.S.  Industry  Findings 


•  No  common  definitions  or  standards  for  modularity  ( Defense ) 

•  Company  interests  dominate  modularity  decisions  (. Defense ) 

•  Need  for  Systems  Engineering  recognized,  not  uniformly  implemented,  and  shortage 
of  expertise  ( Defense  &  Commercial) 

•  Software  an  enabler  for  open-system  architectures  and  modularity  ( Defense  & 
Commercial) 

•  Low  percentage  of  software  re-use;  high  opportunity  for  cost  savings  ( Defense  & 
Commercial) 

Defense  Industry  Specifics 

•  Capability  Swapping  Modularity/Mission  Packages  -  industry  not  developing 
unless  directed  by  government 

•  Construction/Design  Modularity  -  both  government  and  industry  in  harmony 

•  Bus  Modularity  -  commercial  companies  ahead  of  defense  in  implementation 

•  Component  Sharing  Modularity  -  defined  by  company  business  models  not  by 
customer 
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International  Findings 


Global  Market  Drives  Business  Behavior 

Effective  Joint  Government-Industry  Collaborations 

-  Naval  Team  Denmark 

European  defense  products  reviewed  incorporate  more  modularity  than  U.S. 

-  Systems  Engineering  used  to  determine  type  and  degree  of  modularity 
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International  Findings 


Specific  Examples 

Primary  Motivation 

Approach 

HDW  /  small  submarines 

(Construction  Modularity ) 

•  Custom  offerings  to  diverse 
market  (design  reuse) 

•  Construction  efficiency 

•  Modular  hull  sections 

•  Optional  capabilities 

S/ 
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International  Findings 


Specific  Examples 


Primary  Motivation 


Approach 


HDW  /  small  submarines 

(Construction  Modularity) 


Custom  offerings  to  diverse 
market  (design  reuse) 

Construction  efficiency 


Modular  hull  sections 
Optional  capabilities 


Naval  Team  Denmark  /  Stanflex 

(Mission  Pkg  Modularity ) 


Mission  reconfiguration 
Increased  readiness 


System-level  mission  packages 
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International  Findings 
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Specific  Examples 

Primary  Motivation 

Approach 

HDW  /  small  submarines 
(i Construction  Modularity) 

•  Custom  offerings  to  diverse 
market  (design  reuse) 

•  Construction  efficiency 

•  Modular  hull  sections 

•  Optional  Capabilities 

Naval  Team  Denmark  /  Stanflex 

(Mission  Pkg  Modularity ) 

•  Mission  reconfiguration 

•  Increased  readiness 

•  System-level  mission  packages 

Thales  /  TACTICOS 

TERMA  /  T-Core  ® 

Thales  /  UBMS 

(Bus  Modularity) 

•  Capability  upgrades 

•  Enable  market  penetration 

•  Design  reuse 

•  Scalability 

•  Open  Architecture  infrastructure 
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International  Findings 


Specific  Examples 

Primary  Motivation 

Approach 

HDW  /  small  submarines 

(Construction  Modularity ) 

•  Custom  offerings  to  diverse 
market  (design  reuse) 

•  Construction  efficiency 

•  Modular  hull  sections 

•  Option  capabilities 

Naval  Team  Denmark  /  Stanflex 

(Mission  Pkg  Modularity ) 

•  Mission  reconfiguration 

•  Increased  readiness 

•  System-level  mission  packages 

Thales  /  TACTICOS 

TERMA  /  T-Core  ® 

Thales  /  UBMS 

(Bus  Modularity ) 

•  Capability  upgrades 

•  Enable  market  penetration 

•  Design  reuse 

•  Scalability 

•  Open  Architecture  infrastructure 

Thales  /  Sea  Guardian 

(Component  Modularity ) 

•  Fixed  &  mobile 
implementations 

•  Sensor  subsystem  modularity 

•  Integration  at  combat  system  level 
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Systems  Engineering  Findings 


Processes  -  poorly  defined,  inconsistently  implemented 

Systems  Engineers  -  significant  deficiencies  in  numbers,  education  and 
experience  -  Government  &  Defense  Industry 

No  horizontal  integration  -  Systems  engineering,  when  performed,  at 
platform/program  level  and  stove-piped 

Systems  engineering  tools  -  no  comprehensive,  standard  set 

S&  T  -  decoupled  from  systems  engineering  enterprise 

NPS  -  has  systems  engineering  curriculum,  performs  military  oriented 
systems  engineering  studies;  Navy  needs  more  thoughtful  process  to 
determine  future  assignments  of  graduates 
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Literature  Survey  Findings 


Limited  information  on  DoD  implementations  of  modularity 

-  Critical  military  factors  (e.g.  mission  flexibility,  acquisition  tradeoffs) 
not  considered  in  modularity  optimization 

-  Some  studies  related  to  systems  engineering  and  modularity  to  Navy 
ships 

-  No  formal  DoD  analysis  with  explicit  focus  on  S&T  for  modularity 
and  systems  engineering 

Several  recent  articles  and  reports  have  explored  methodologies  for  design 
and  evaluation  of  modular  systems 

-  Some  preliminary  work  defining  degrees  and  types  of  modularity 

-  Focus  on  commercial  applications 

-  More  mature  for  software  than  hardware  -  but  still  largely  heuristic 
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Needed:  Tools  and  Methodologies  for 
Evaluating  System  Decompositions 


Capture,  represent,  analyze  multiple  concurrent  objectives 
Optimization  for  benefits — quantitative  or  qualitative 


“Minimize  interface 
complexity  for  reconfig.” 


“Prepare  for 
technical  refresh” 


“Prepare  for  technical 
refresh  &  ready  for  failure’ 
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Requirements  Community  Needs  to  Drive 
Modularity  Guidelines  Horizontally 
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Summary  Findings 


LdiH 


•  Navy  Programs  -  implementation  of  modularity  delegated 
to  primes;  no  horizontal  systems  engineering 

•  U.S.  Defense  Industry  -  systems  engineering  and 
modularity  not  uniformly  applied  within  programs 

•  International  industry  -  ahead  of  the  U.S.  defense  industry 
injudicious  use  of  modularity 

•  Systems  Engineering  -  systems  engineering  fundamental  to 
implementing  modularity  but  current  practice  inadequate 

•  Literature  Survey  -  early  work  on  methodologies  for 
decomposition  of  systems 
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